depends on PROC_FS
default y
+config XEN_XENBUS_DEV
+ bool
+ depends on PROC_FS
+ default y
+
config XEN_BACKEND
tristate "Backend driver support"
default y
Support for backend device drivers that provide I/O services
to other virtual machines.
-config XEN_PCIDEV_BACKEND
- tristate "PCI device backend driver"
- depends on PCI && XEN_BACKEND
- default XEN_PRIVILEGED_GUEST
- help
- The PCI device backend driver allows the kernel to export arbitrary
- PCI devices to other guests. If you select this to be a module, you
- will need to make sure no other driver has bound to the device(s)
- you want to make visible to other guests.
-
-choice
- prompt "PCI Backend Mode"
- depends on XEN_PCIDEV_BACKEND
- default XEN_PCIDEV_BACKEND_VPCI
-
-config XEN_PCIDEV_BACKEND_VPCI
- bool "Virtual PCI"
- ---help---
- This PCI Backend hides the true PCI topology and makes the frontend
- think there is a single PCI bus with only the exported devices on it.
- For example, a device at 03:05.0 will be re-assigned to 00:00.0. A
- second device at 02:1a.0 will be re-assigned to 00:01.0.
-
-config XEN_PCIDEV_BACKEND_PASS
- bool "Passthrough"
- ---help---
- This PCI Backend provides a real view of the PCI topology to the
- frontend (for example, a device at 06:01.b will still appear at
- 06:01.b to the frontend). This is similar to how Xen 2.0.x exposed
- PCI devices to its driver domains. This may be required for drivers
- which depend on finding their hardward in certain bus/slot
- locations.
-
-endchoice
-
-config XEN_PCIDEV_BE_DEBUG
- bool "PCI Backend Debugging"
- depends on XEN_PCIDEV_BACKEND
- default n
-
config XEN_BLKDEV_BACKEND
tristate "Block-device backend driver"
depends on XEN_BACKEND
block devices to other guests via a high-performance shared-memory
interface.
-config XEN_XENBUS_DEV
- bool
- depends on PROC_FS
- default y
-
config XEN_BLKDEV_TAP
- tristate "Block device tap backend"
+ tristate "Block-device tap backend driver"
depends on XEN_BACKEND
default XEN_PRIVILEGED_GUEST
help
A two-interface loopback device to emulate a local netfront-netback
connection.
+config XEN_PCIDEV_BACKEND
+ tristate "PCI-device backend driver"
+ depends on PCI && XEN_BACKEND
+ default XEN_PRIVILEGED_GUEST
+ help
+ The PCI device backend driver allows the kernel to export arbitrary
+ PCI devices to other guests. If you select this to be a module, you
+ will need to make sure no other driver has bound to the device(s)
+ you want to make visible to other guests.
+
+choice
+ prompt "PCI Backend Mode"
+ depends on XEN_PCIDEV_BACKEND
+ default XEN_PCIDEV_BACKEND_VPCI
+
+config XEN_PCIDEV_BACKEND_VPCI
+ bool "Virtual PCI"
+ ---help---
+ This PCI Backend hides the true PCI topology and makes the frontend
+ think there is a single PCI bus with only the exported devices on it.
+ For example, a device at 03:05.0 will be re-assigned to 00:00.0. A
+ second device at 02:1a.0 will be re-assigned to 00:01.0.
+
+config XEN_PCIDEV_BACKEND_PASS
+ bool "Passthrough"
+ ---help---
+ This PCI Backend provides a real view of the PCI topology to the
+ frontend (for example, a device at 06:01.b will still appear at
+ 06:01.b to the frontend). This is similar to how Xen 2.0.x exposed
+ PCI devices to its driver domains. This may be required for drivers
+ which depend on finding their hardward in certain bus/slot
+ locations.
+
+endchoice
+
+config XEN_PCIDEV_BE_DEBUG
+ bool "PCI Backend Debugging"
+ depends on XEN_PCIDEV_BACKEND
+ default n
+
config XEN_TPMDEV_BACKEND
tristate "TPM-device backend driver"
depends on XEN_BACKEND
depends on SYSFS
default y
help
- Xen hypervisor attributes will show up under /sys/hypervisor/.
+ Xen hypervisor attributes will show up under /sys/hypervisor/.
choice
prompt "Xen version compatibility"